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TITLE 

DYNAMIC MANAGEMENT METHOD FOR FORWARDING 
INFORMATION IN ROUTER HAVING DISTRIBUTED ARCHITECTURE 

CLAIM FOR PRIORITY 
[0001] This application makes reference to, incorporates the same herein and claims priority under 
3 7 CFR § 11 9 to an application entitled Dynamic Management Method For Forwarding Information 
In Router HavingDistributed Architecture filed in the Korean Intellectual Property Office on the 30^^ 
of November 2002 and there assigned Serial No. 2002-75701, the contents of which are hereby 
incorporated by reference. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0002] The present invention relates to a method for managing the forwarding of information in 
a router having a distributed architecture, and more particularly, to a method for dynamically 
managing the forwarding of information created in a router having a distributed architecture by 
aggregating or disaggregating forwarding information. 



Description of the Related Art 
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[0003] Recently, as mass-storage very high speed networks have been developed, router 
architecture has begun to change from a centralized architecture to a distributed architecture. 
[0004] A router having a centralized architecture uses a routing protocol in a central processor that 
is capable of managing routing information collected by the routing protocol. For instance, with a 
router having a centralized architecture, the central processor calculates routing tables and distributes 
the routing tables into each line card. Thus, packet forwarding of the line card is carried out based 
on routing table information transferred from a processor of a central router. 
[0005] On the contrary, a router having a distributed architecture distributes work to a plurality 
of processors without concentrating work on the central processor. Thus, a router having a 
distributed architecture can process relatively greater masses of storage data as compared with a 
router having a centralized architecture. For example, a router having a distributed architecture 
includes a first processor for managing the routing protocol, a second processor for calculating the 
routing table, and a third processor for managing the packet forwarding. That is, work is distributed 
across the first, second and third processors in an effort to improve routing performance. 
[0006] A router constructed with a distributed architecture includes a plurality of routing nodes 
connected to each other throu^ a switching module. 

[0007] Routing nodes have a routing table for supporting a sub-network and a processor for 
processing a routing protocol, hi addition, each of the routing nodes runs a unique routing protocol 
and performs a unique forwarding function, even though these routing nodes are regarded as one 
router in the eyes of a user. These routing nodes are connected to each other through the switching 
module so as to globally manage routing tables of other routing nodes. 
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1 [0008] Each input/output processor for each routing mode is divided into a system processor area 

2 and a network processor area. The system processor area includes the routing protocols, and a 

3 routing table, and the network system processor area includes a forwarding table. The system 

4 processor area collects routing information, manages the forwarding table by calculating a route, and 

5 enables each input/output processor to share the routing table with the other input/output processors. 

6 The network processor forwards work between network devices provided in the local area based on 

7 the forwarding table. Thus, a router having distributed architecture can rapidly process masses of 

8 stored data. 

9 [0009] In order to rapidly process masses of stored data in the distributed architecture of the 

10 router, forwarding tables managed by each routing node of the router must be recognized by the other 

1 1 routing nodes within the distributed architecture of the router. A conventional router with distributed 

1 2 architecture transmits forwarding tables between routing nodes through the switching module in such 

1 3 a manner that forwarding tables of routing nodes can be globally managed in each routing node. For 

14 example, if the router has ten routing nodes, and each of these ten routing node has ten thousand 

15 forwarding entries, then each routing node must manage 100,000 forwarding entries (10x10,000). 

1 6 Accordingly, a conventional router having a distributed architecture requires a large storage capacity 

17 in order to store the forwarding tables, thus concomitantly incurring a substantial overhead in 

1 8 required storage capacity. 



19 
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SUMMARY OF THE INVENTION 

[00 1 0] Accordingly, the present invention has been made to solve the above-mentioned problems 
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occurring in the art, and a first object of the present invention is to provide a method for reducing 
the sizes of a forwarding tables managed by each routing node of a router constructed with a 
distributed architecture. 

[001 IJ A second object of the present invention is to reduce intemal traffic by reducing 
transmission of control packets that are transmitted in order to update a forwarding table in a router 
constructed with a distributed architecture. 

[0012] A third object of the present invention is to provide a method for dynamically managing 
forwarding information in response to an addition or a deletion of routing information in a router 
having a distributed architecture, by aggregating or disaggregating forwarding information. 
[0013] In order to accomplish these and other objects, there is provided a method for managing 
the forwarding information in a router constructed with a distributed architecture including a 
plurality of routing nodes, by forming an aggregation tree corresponding to each routing node, with 

m 

the aggregation tree including nodes corresponding to forwarding information for each of the routing 
nodes and virtual nodes for aggregating forwarding information for each of the routing nodes; 
varying the aggregation tree when forwarding information is added to each of the routing nodes; 
identifying the creation area of forwarding information added to each of the routing nodes; making 
an analysis of the aggregation tree, advertising forwarding information to other routing nodes based 
on the analysis, and storing forwarding information in a local forwarding table of a corresponding 
routing node when the forwarding information is created in a local area of the corresponding routing 
node; and making an analysis of the aggregation tree, and storing forwarding information in the local 
forwarding table of the corresponding routing node based on the analysis when forwarding 
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information is not created in the local area of the corresponding routing node. 
[0014] In order to accomplish these and other objects, according to another aspect of the present 
invention, there is provided a method for managing forwarding information in a router constructed 
with a distributed architecture including a plurality of routing nodes, by forming an aggregation tree 
corresponding to each routing node, with the aggregation tree including nodes corresponding to 
forwarding information for each of the routing nodes and virtual nodes for aggregating forwarding 
information of each of the routing nodes; making an analysis of the aggregation tree of each of the 
routing nodes in response to a deletion of forwarding information in each routing node and 
identifying the creation area of deleted forwarding information; advertising the deletion of 
forwarding information to other routing nodes only when the deleted forwarding information is 
advertised to other routing nodes by analyzing the aggregation tree when deleted forwarding 
information is created in a local area of the corresponding routing node, deleting the node 
corresponding to deleted forwarding information from the aggregation tree, and deleting forwarding 
information from a local forwarding table of the corresponding routing node; and deleting the node 
corresponding to forwarding information from the aggregation tree when deleted forwarding 
information is not created in the local area of the corresponding routing node. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[00151 A more complete appreciation of the invention, and many of the attendant advantages 
thereof, will be readily apparent as the same becomes better understood by reference to the following 
detailed description when considered in conjunction with the accompanying drawings in which like 
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reference symbols indicate the same or similar components, wherein: 

[0016] FIG. 1 is a schematic block diagram illustrating a router having a distributed architecture; 
[0017] FIG. 2 is a schematic block diagram showing conventional process architecture of a router 
having distributed architecture; 

[0018] FIG. 3 is a schematic block diagram showing the process architecture of a router having 
distributed architecture, for managing forwarding of information according to one embodiment of 
the present invention; 

[0019] FIG. 4 A is a diagram showing the management data architecture for each node of an 
aggregation tree created for managing the forwarding of information according to one embodiment 
of the present invention; 

[0020] FIG. 4B is a diagram showing an architecture of an aggregation tree created for managing 
forwarding information according to one embodiment of the present invention; 
[0021] FIG. 4C is a graph representing a distribution of prefixes as a fiinction of length thereof; 
[0022] FIG. 5 is a flow chart showing a method for managing newly added forwarding information 
according to one embodiment of the present invention; 

[0023] FIG. 6 is a flow chart showing a procedure for adding local area information according to 
one embodiment of the present invention; 

[0024] FIG. 7 is a flow chart showing a procedure for adding virtual area information according 
to one embodiment of the present invention; 

[0025] FIG. 8 is a flow chart showing a method for managing deleted forwarding information 
according to one embodiment of the present invention; 
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1 [0026] FIG. 9 is a flow chart showing a procedure for deleting local area information according 

2 to one embodiment of the present invention; 

3 [0027] FIG. 1 0 is a flow chart showing a procedure for deleting virtual area information according 

4 to one embodiment of the present invention; 

5 [0028] FIGS. 1 1 A and 1 IB are schematic views showing a method for managing newly added 

6 forwarding information; 

7 [0029] FIGS. 12A and 12B are schematic views showing a method for managing deleted 

8 forwarding information; 

9 [0030] FIGS. 13A through 13D are views showing test results representing the effects of a 

10 dynamic management method for forwarding information according to one embodiment of the 

1 1 present invention; and 

12 [003 1 ] FIGS . 1 4 A through 1 4 J are views showing algorithms of a dynamic management method 

1 3 for forwarding information according to one embodiment of the present invention. 

14 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

15 [0032] Hereinafter, a preferred embodiment of the present invention will be described with 

16 reference to the accompanying drawings. In the following description of the present invention, the 

1 7 same reference numerals are used to designate the same or similar components. It will be understood 

1 8 by those skilled in the art that the present invention is not limited to specific elements, such as circuit 

19 devices, described in the following description. A detailed description of known functions and 

20 configurations incorporated herein will be omitted when it may obscure the subject matter of the 
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present invention. 

[0033] FIG. 1 is a schematic block diagram of a router 1 00 having a distributed architecture. The 
router illustrated in FIG. 1 is a galaxy IP router. 

[0034] Referring to FIG. 1 , the distributed architecture of router 1 00 includes a plurality of routing 
nodes 1 10, 120, 130 and 140 connected to each other through a switching module 150. In addition, 
an input/output processor ill is mounted on each of routing nodes 110, 120, 130 and 140. 
Input/output processor 1 1 1 is designed to receive a packet from two physical medium devices 1 12 
and 113. 

[0035] Each of routing nodes 110, 120, 130 and 140 has a routing table for supporting a 
sub-network and a processor for processing routes. In addition, each of routing nodes 1 1 0, 1 20, 1 30 
and 140 runs a unique routing protocol and performs a unique forwarding function. Routing nodes 

1 10, 120, 130 and 140 however, are regarded as one router from the view of a user. Routing nodes 

I 

1 10, 120, 130 and 140 are connected to each other through switching module 150 so as to globally 
manage routing tables of other routing nodes. A physical sub-network connected to one of the 

routing nodes 110, 120, 130 and 140 is defined as a local area B, and a network formed by the 
routing nodes 110, 120, 130 and 140 connected to each other through the SWM 150 is defined as 
a virtual area A. 

[0036] FIG. 2 is a schematic block diagram showing a conventional process architecture of router 
100 with its distributed architecture, and particularly, the process architecture of an lOP 10, 20, 30, 
40 mounted on each routing node of router 100 is constructed with a distributed architecture 
including four routing nodes. I0P#1 10, IOP#2 20, 10P#3 30 and IOP#4 40 are connected to each 
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1 other through switching module 50 (i.e., SWM). 

2 [0037] Referring to FIG. 2, 10P#1 10 includes a plurality of routing protocols, such as ripd 11, 

3 ospfd 12, bgpd 13 and isisd 14, GLUED (galaxy loosely unified environment daemon) 15, routing 

4 table 16 and forwarding table 17. 

5 [0038] The routing protocols, such as ripd 11, ospfd 12, bgpd 13 and isisd 14, collect routing 

6 information according to their intrinsic collection functions. Routing table 16 stores routing 

7 information collected by the routing protocols, such as ripd 1 1, ospfd 12, bgpd 13 and isisd 14. 

8 Forwarding table 17 stores forwarding information obtained by calculating routing information 

9 stored in routing table 1 6. 

1 0 [0039] GLUED 1 4, which is an lOP management processor, stores routing information collected 

11 by the routing protocols, such as ripd 11, ospfd 12, bgpd 13 and isisd 14, in routing table 16 and 

12 stores the forwarding information obtained by calculating routing information in forwarding table 

13 17. GLUED 1 4 also manages routing information and forwarding information. In addition, GLUED 

14 14 advertises the routing information obtained from routing table 16 to I0P#2 20, 10P#3 30 and 

15 IOP#4 40 through SWM 50. 

1 6 [0040] IOP# 1 1 0 is divided into system processor area 60 and network processor area 70. System 

17 processor area 60 includes the routing protocols, such as ripd 11, ospfd 12, bgpd 13 and isisd 14, 

1 8 GLUED 1 5 and routing table 1 6. System network processor area 70 includes forwarding table 1 7. 

1 9 System processor area 60 collects routing information, manages forwarding table 1 7 by calculating 

20 routes, and performs a predetermined process that enables IOP# 1 1 0 to share routing table 1 6 with 

21 I0P#2 20, 10P#3 30 and I0P#4 40. Network processor area 70 performs forwarding work between 
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network devices provided in the local area based on the information provided by forwarding table 
17. Thus, a router having a distributed architecture can rapidly process masses of stored data. 
[0041] As shown in FIGS. 1 and 2, in order to rapidly process masses of stored data in router 1 00 
constructed with a distributed architecture, forwarding tables managed by one routing node of router 
1 00 must be recognized from other routing nodes of router 1 00. To this end, conventional router 1 00 
having a distributed architecture transmits forwarding tables between routing nodes through the 
S WM switching module in such a manner that forwarding tables of routing nodes can be globally 
managed within each routing node. For example, if router 1 00 has ten routing nodes, and each often 
routing nodes has ten thousand forwarding entries, each routing node must manage 100,000 
forwarding entries (10x10,000). Accordingly, a conventional router 100 having a distributed 
architecture necessarily requires a large capacity for the storage of forwarding tables, which 
concomita.ntly incurs an undesirable overhead in packet forwarding 

[0042] FIG. 3 is a schematic block diagram showing the process architecture of a router 
constructed with a distributed architecture, for managing forwarding information according to one 
embodiment of the present invention. The process architecture of this distributed architecture router 
has aggregation tree 218 as a constituent component of system processor area 260 for I0P#1 210. 
Generally, an aggregation signifies an encapsulation of parts of an architecture or a composition. 
Thus, aggregation tree 2 1 8 includes nodes corresponding to the forwarding information, which is 
managed by various lOP's including I0P#1 210, 10P#2 220, 10P#3 230, and I0P#4 240, and a 
virtual node for aggregating the forwarding information. 

[0043] Considering now FIGs. 4A and 4B together with FIG. 3, for instance, when the IOP# 1210 
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has forwarding information including P 1=01 01 101 and P2=0101 100, 10P#2 220, 10P#3 230, and 
I0P#4 240 can obtain forwarding information about P 1 and P2 based on the forwarding information 
about virtual P3=010100, which is representative of PI and P2. Thus, I0P#2 220, IOP#3 230, and 
I0P#4 240 do not require forwarding information about P 1 , P2 in order to manage the forwarding 
inforaiation of P 1 and P2. That is, I0P#2 220, IOP#3 230, and IOP#4 240 only manage forwarding 
information about virtual P3=0 10110. Therefore, IOP# 1210 adds nodes corresponding to forwarding 
information about PI and P2 and a virtual node corresponding to P3 for aggregating PI and P2 in 
aggregation tree 218. In addition, I0P#1 210 advises I0P#2 220, 10P#3 230, and I0P#4 240 about 
the forwarding information for P3, instead of the forwarding information for PI and P2. 
[0044] If I0P#1 210 has the forwarding information including only Pl=0101101 and advises 
IOP#2 220, 10P#3 230, and I0P#4 240 about the forwarding information for P 1 , IOP#2 220, 10P#3 
230, and I0P#4 240 create a virtual node corresponding to P3=0 1 0 1 1 0 for aggregating P 1 , and add 
P 1 and P3 to each aggregation tree thereof In addition, the forwarding information for P3 is added 
to each of the local forwarding tables of IOP#2 220, 10P#3 230, and IOP#4 240. In this case, it is 
not required for I0P#2 220, 10P#3 230, and I0P#4 240 to add the forwarding information for P2 
to each of their aggregation trees and each of their local forwarding tables, even if the forwarding 
information for P2=0 1 0 1 1 00 is added to IOP# 1210. This is because the forwarding information for 
P2 can be found based on P3, which is preliminarily stored. 

[0045] After P 1 has been added to IOP# 1 2 1 0, lOP # 1 2 1 0 advises IOP#2 220, 10P#3 230, and 
I0P#4 240 about the forwarding information for PI. Then, P2 is added to IOP#l 210 and PI is 
deleted from I0P#1 210. In this case, I0P#1 210 advises I0P#2 220, 10P#3 230, and I0P#4 240 
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about the deletion of PI. If the I0P#2 220, 10P#3 230, and I0P#4 240 however, simply delete PI 
and P3 stored in their aggregation trees in response to being advised by lOP #1 210 about the 
deletion of information for Pi, I0P#2 220, IOP#3 230, and I0P#4 240 may lose their forwarding 
information about P2. Thus, in order to prevent the loss of forwarding information about P2, 10P#1 
210 advises I0P#2 220, 10P#3 230, and I0P#4 240 of the forwarding information about P2 after 
advising I0P#2 220, 10P#3 230, and I0P#4 240 about the deletion of information for PI. Upon 
receiving the forwarding information about P2, 10P#2 220, 10P#3 230, and I0P#4 240 add P2 to 
their aggregation trees and create a virtual node of P3 in order to also add P3 to their aggregation 
trees and local forwarding tables. This procedure is called "disaggregation". 
[0046] Aggregation tree 218 is provided to support these aggregation and disaggregation 
procedures. Since the other constituent components shown in FIG. 3 are substantially identical to 
parts shown in FIG. 2, they do not need to be again described below. 

[0047] FIG. 4A is a table showing the management data architecture for each node of the 
aggregation tree created for managing the forwarding information according to one embodiment of 
the present invention. Each node of the aggregation tree includes a prefix, which is address 
information for receiving forwarding information, length information about the prefix, the type of 
the forwarding information, an identification of the source lOP that created the forwarding 
information, an lOP flag to indicate whether or not the forwarding information has been advertised 
to the other routing nodes of the router, and an FT flag to indicate whether or not the forwarding 
information is stored in the local forwarding table. This management data is updated together with 
the aggregation trees. 

-12- 
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[0048] The type of forwarding information "Type", signifies the nature of the routing protocols 
that create the forwarding information in the lOP. The routing protocols include BGP, SDPF and 
RIP. An AGG type virtual node is used in order to distinguish the virtual node from the actual 
forwarding information. The AGG type of virtual node has an inferior priority about the forwarding 
information as compared with BSP, SDPF and RIP types of routing protocols. That is, since the 
virtual node is virtual forwarding information, actual forwarding information provided by the routing 
protocols has a superior priority to an AGG type virtual node. 

[0049] In order to determine the type of forwarding information, routing nodes firstly check the 
area of creation of the forwarding information. Then, if the forwarding information was created in 
a local area, the type of the forwarding information is determined based on the nature of the 
processors that created the forwarding information. In addition, if forwarding information is created 
fi"om a virtual area, virtual type forwarding information is stored as the type of the forwarding 
information. Accordingly, after analyzing the prefix of the forwarding information, the routing nodes 
determine that the forwarding information was transferred fi-om the virtual area if the prefix of the 
forwarding information is a private IP (Internet protocol) address. Otherwise, the routing nodes 
determine that forwarding information was created fi-om the local area. 

[0050] A private IP address indicates an address that is available in a predetermined local network. 
The private IP address is used to distinguish nodes provided in the local network from one another. 
Accordingly, a private IP address is not available in an external area of the local network. Generally, 
a router having a distributed architecture allots the private IP address to each routing node provided 
in the router so as to distinguish routing nodes from each other. According to the present invention, 

-13- 
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the area of the creation of the forwarding information can be determined from the private IP address. 

#FIG. 4B is a diagram showing an architecture of an aggregation tree created for managing 
forwarding information according to one embodiment of the present invention. Circular nodes 
identified by cross-hatching only represent forwarding information managed by a predetermined 
routing node. As is indicated by FIG. 4B, the routing node manages forwarding information for P 1 , 
P2 and P3 having forwarding addresses P 1 =X.X.X.O, P2=X.X.X. 1 0, and P3=X.X.X. 1 1 . P2 and P3 
can be aggregated with a first virtual node VI having a forwarding address of "X.X.X.l". In 
addition, PI and the virtual node VI can be aggregated with a second virtual node V2 having a 
forwarding address of "X.X.X.". Thus, the routing node advertises only the second node V2 to the 
virtual area. In addition, the other routing nodes store only one node V2 in their local forwarding 
tables while achieving an effect identical to the storage of the forwarding information for P 1 , P2 and 
P3 in their local forwarding tables. 

[0051] As shown in FIG. 4B, the forwarding address of the virtual node is determined by excising 
the leastmost one's bit from the forwarding address of the forwarding information for a child node 
of the virtual node. For example, the forwarding address of the first virtual node VI aggregating P2 
and P3 is determined as "X.X.X. T' by excepting the leastmost one's bit from forwarding addresses 
of P2 and P3 (P2==x.x.x.l0 and P3=x.x.x.l 1). According to the present invention, the aggregation 
may be carried out only between a parent node and a child node of the aggregation tree, because it 
is possible to obtain a sufficient aggregation effect of the forwarding information through the 
aggregation between the parent node and the child node in order to sufficiently reduce the overhead 
when performing the aggregation of the forwarding information. That is, the reason for performing 
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the aggregation between only the child node and the parent node of the aggregation tree is that the 
routing entries of a real border gateway protocol (i.e., a BGP) core routing table, which is used for 
inspecting the performance of the present invention, are concentrated on a point having a prefix 
length of "24" as is shown in FIG. 4C, so that it is possible to obtain a sufficient effect from the 
aggregation even if the aggregation is carried out between only the child node and the parent node. 
[0052] FIG. 5 is a flow chart showing a method for managing newly added forwarding information 
according to one embodiment of the present invention. When new forwarding information is added 
to a predetermined routing node of a router having a distributed architecture with a plurality of 
routing nodes in step 1 1 00, the predetermined routing node adds the forwarding information to a 
local aggregation tree in step 1200. At this time, the local aggregation tree has a data architecture 
including nodes corresponding to the forwarding information for each routing node, and virtual 
nodes for performing the aggregation of the forwarding information for routing nodes. Accordingly, 
adding forwarding information to the local aggregation tree during step 1 200 means that a new node 
is added to the aggregation tree. The property of a new node added to the aggregation tree is 
determined on the basis of the data architecture as shown in FIGs. 4A and 4B. 
[0053] Then, the creation area of the forwarding information added to the routing node in step 
1 1 00 is checked in step 1 300 so as to process the forwarding information on the basis of the creation 
area of the newly added forwarding information. For instance, if the forwarding information added 
to the routing node in step 1 1 00 is created in the local area, local area information is added in step 
1 400. In addition, if the forwarding information added to the routing node during step 1 1 00 is created 
from the virtual area, virtual area information is added in step 1 500. The local area includes routing 

-15- 



PATENT 
P56992 

information and a sub-network, which are physically connected to each routing node, and the virtual 
area includes a network area, which is virtually formed with the routing nodes connected to each 
other. Generally, a private IP address is used in the virtual area in order to distinguish routing nodes 
from each other. Thus, it is preferred to check in step 1 300, whether or not the address of forwarding 
information is a private IP address in order to find the creation area of the forwarding information 
added to the routing node in step 1 1 00. If the address of the forwarding information added to the 
routing node in step 1 1 00 is a private IP address, then it will be determined that the forwarding 
information was created in the virtual area. In addition, if the address of the forwarding information 
added to the routing node in step 1 1 00 is not a private IP address, it is determined that the forwarding 
information is created in the local area. 

[0054] Based on the results of steps 1 400 and 1 500, the property of each node that is included in 
the aggregation tree will vary. For example, when information for the node added to the local 
aggregation tree in step 1 200 is stored in the local forwarding table after advertising the information 
from the node to the virtual area in step 1400, values of the lOP flag and FT flag referred to in FIG. 
4A are changed to "yes". In addition, if information for the node added to the local aggregation tree 
in step 1 200 is stored in the local forwarding table without advertising the addition of the forwarding 
information to the node to the virtual area in step 1 500, the value of the FT flag (referred to in FIG. 
4A) is only changed to "yes". 

[0055] FIGS. 6 and 7 are flow charts showing the procedures for adding local area information 
pursuant to step 1 400 and virtual area information pursuant to step 1 500, respectively, according to 
one embodiment of the present invention. 
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1 [0056] Referring to FIGS. 6 and 7 collectively, according to the procedure for adding local area 

2 information to the aggregation tree in step 1400, a determination is first made in step 1410 about 

3 whether or not a parent node of the node added to the aggregation tree in step 1200 exists in the 

4 aggregation tree. Then, in step 1 420 a determination is made about whether or not the creation area 

5 of the node added to the aggregation tree in step 1200 is identical to the creation area of the parent 

6 node. That is, step 1420 determines whether or not the node added to the aggregation tree in step 

7 1200 and the parent node were created by the same routing node. Then, based on the above 

8 determination, it is determined whether or not the forwarding information added to the routing node 

9 in step 1 1 00 is advertised to other routing nodes. 

1 0 [0057] That is, when the parent node of the node added to the aggregation tree in step 1 200 exists 

1 1 in the aggregation tree, if the node and the parent node have been created by the same routing node 

12 in step 1430, the routing node stores only the forwarding information added to the routing node in 

13 step 1 100 in the local forwarding table without advising other routing nodes about the forwarding 

14 information. In this case, an aggregation effect is expected. That is, since the routing node does not 

1 5 advise other routing nodes about newly added forwarding information, the number of transmissions 

16 of control-packets is reduced and the management algorithm is relatively simplified. 

1 7 [0058] In addition, when the parent node of the node added to the aggregation tree in step 1 200 

1 8 exists in the aggregation tree, if the node and the parent node have been created by different routing 

1 9 nodes, during step 1 460 the routing node stores the forwarding information added to the routing node 

20 in step 1 1 00 in the local forwarding table, after advising other routing nodes of the forwarding 

21 information in step 1450. 
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[0059] If Step 1400 determines that the parent node of the node added to the a^egation tree in 
step 1 200 does not exist in the aggregation tree, in step 1 440 the routing node creates the parent node 
of the node added to the aggregation tree then, in step 1450 advises the other routing nodes about 
the forwarding information added to the routing node in step 1100, and in step 1460 stores the 
forwarding information in the local forwarding table of the routing node. 

[0060] The parent node represents virtual forwarding information, and forwarding address 
information of the parent node is determined by excising the lowermost one's bit from the 
forwarding address information (i.e., excising the one's bit from the prefix of the forwarding address 
information) for the node added to the a^egation tree in step 1200. In addition, the routing node 
that created the parent node is preferably identical to the routing node that created the node added 
to the aggregation tree in step 1 200. 

[0061] Referring now collectively to FIGS. 5 through 7, a procedure for adding virtual area 
information in step 1500 includes step 1510 of determining whether or not the parent node of the 
node added to the aggregation tree in step 1200 exists in the aggregation tree, and step 1520 of 
determining whether or not the creation area of the node is identical to the creation area of its parent 
node. That is, it is determined whether or not the node added to the aggregation tree in step 1 200 and 
the parent node of that added node are created by the same routing node. Then, based on this 
determination, it is determined whether or not forwarding information added to the routing node in 
step 1 100 should be advertised to the other routing nodes. 

[0062] That is, when step 1510 establishes that the parent node of the node added to the 
aggregation tree in step 1 200 exists in the aggregation tree, if step 1 520 subsequently establishes that 
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the node and the parent node were created by the same routing node, that routing node does not store 
the forwarding information newly added to the routing node during step 1 1 00 to its local forwarding 
table. In this case, an aggregation effect is expected. That is, even if new forwarding information is 
added to other routing nodes, if a virtual node (and its parent node), which is representative of 
forwarding information, exists in the routing node, the new forwarding information is not added to 
the local forwarding table, so that a size of the local forwarding table for the routing node can be 
reduced. 

[0063] In addition, when the parent node of the node added to the aggregation tree in step 1 200 
exists in the aggregation tree, if step 1 520 establishes that the node and the parent node are created 
by different routing nodes in step 1530, the routing node stores the new forwarding information 
added to the routing node in step 1 1 00 to the local forwarding table. 

[0064] If step 1510 establishes that the parent node of the node added to the aggregation tree in 
step 1200 does not exist in the aggregation tree, then in step 1 540 the routing node creates the parent 
node of the node added to the aggregation tree, and in step 1550 stores the forwarding information 
created in the local forwarding table of the routing node. The procedure for creating the parent node 
has been described with reference to FIG. 6, and need not be further described below. 
[0065] FIG. 8 is a flow chart showing a method for managing deleted forwarding information 
according to one embodiment of the present invention. Referring to FIG. 8, in a router having a 
distributed architecture including a plurality of routing nodes, if forwarding information of a 
predetermined routing node is deleted step 2100, in step 2200 the predetermined routing node 
determines whether or not the deleted forwarding information had been created in the local area of 
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the routing node, by extracting node information corresponding to forwarding information that was 
deleted in step 2 1 00 from a predetermined aggregation tree. In step 2200, it is preferred to check 
whether or not the address information for the forwarding information is a private IP address in the 
same manner as in step 1300 shown in FIG. 5, in order to identify the creation area of the deleted 
forwarding information. For instance, if forwarding information deleted in step 2 1 0 had a private IP 
address, it is determined that forwarding information was created in the virtual area. In addition, if 
forwarding information deleted in step 2 1 00 does not have a private IP address, it is determined that 
forwarding information was created in the local area. 

[0066] Based on the result of the determination in step 2200, the forwarding information deleted 
in step 2100 is treated in the routing table on the basis of its creation area. That is, if forwarding 
information deleted in step 2100 was created in the local area, a local area information deletion 
procedure is carried out in step 2300. In addition, if the forwarding information deleted in step 2 1 00 
was created in the virtual area, a virtual area information deletion procedure is carried out in step 
2400. 

[0067] FIGS. 9 and 1 0 are flow charts showing procedures for deleting local area information and 
virtual area information, respectively. 

[0068] Referring to FIGS. 8 and 9, the local area information deletion step 2300 includes a step 
2310 of checking whether or not forwarding information deleted in step 210 is advertised to the 
virtual area. Based on the result in step 2310, it is determined whether or not the deletion of 
forwarding information should be advertised to the virtual area. If the forwarding information that 
was deleted in step 2 1 00 had been created in the local area of the routing node and the forwarding 
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information was advertised to the other routing nodes, then in step 2320 the deletion information 
about the forwarding information deleted in step 2100 is advertised to the other routing nodes. 
[0069] Then, in step 2330 a search is made to identify any sibling node of the node to be deleted 
that corresponds to the deleted information from the aggregation tree in order to perform a 
disaggregation. If the sibling node of the node to be deleted is found in step 2340 to exist in the 
aggregation tree, in step 2350 sibling node information is advertised to other routing nodes. That is, 
in step 2350, the virtual area is notified of the sibling node information. At this time, since sibling 
node information is advertised to the virtual area after the deletion information about the node to be 
deleted has been advertised to the virtual area, the sibling node information is called a "delayed 
report". After the deletion information about the forwarding information that was deleted in step 
2 1 00 has been transmitted to the virtual area, in step 2360 the node is deleted from the corresponding 
aggregation tree and the local forwarding table of the routing node. 

[0070] In addition, in step 2330, if the node to be deleted is found to have no sibling node, in step 
2370 the node and the parent of that sibling node are deleted from the aggregation tree and the local 
forwarding table. 

[0071] FIG. 1 0 is a flow chart showing the procedure for deleting virtual area information during 
step 2400, according to one embodiment of the present invention. 

[0072] Referring to FIGS. 8 and 1 0, the virtual area information deletion procedure in step 2400 
includes a step 2410 for deleting a node corresponding to the deleted forwarding information from 
the aggregation tree. Then, if the sibling node information (i.e., the delayed report) of the node 
deleted from the virtual area is received in step 2420, in step 2430 the sibling node is added to the 
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aggregation node. That is, the disaggregation is carried out by means of the sibHng node information 
(i.e., by the delayed report). In addition, a check is made in step 244 to determine whether or not the 
parent node of the sibHng node added to the aggregation tree in step 2430 exists in the aggregation 
tree, and a determination is made in step 2450 of whether or not the sibHng node added to the 
aggregation tree in step 2430 and the parent node of that sibHng node are created from the same 
routing node, thereby determining whether or not it is required to store the node information added 
to the aggregation tree in step 2430 in the local forwarding table. 

[0073] For example, as a result of steps 2440 and 2450, if the parent node of the sibling node 
added to the aggregation tree in step 2430 exists in the aggregation tree, and if the sibling node added 
to the aggregation tree in step 2430 and the parent node of that sibling node are created from the 
same routing node, the node information added to the aggregation tree in step 2430 is not stored in 
the local forwarding table of the routing node. 

[0074] hi addition, as a result of steps 2440 and 2450, if the parent node of the sibling node added 
to the aggregation tree in step 2430 exists in the aggregation tree, and if the sibling node added to 
the aggregation tree in step 2430 and its parent node are created from different routing nodes, during 
step 2460 node information added to the aggregation tree in step 2430 is stored in the local 
forwarding table of the routing node. 

[0075] In addition, as a result of step 2440, if the parent node of the sibling node added to the 
aggregation tree in step 2430 does not exist in the aggregation tree, the parent node of the sibling 
node added to the aggregation tree in step 2430 is created in step 2470. Then, in step 2480 the parent 
node is stored in the local forwarding table of the routing node. The procedure for creating the parent 
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node has been described with reference to step 1440 shown in FIG. 6, and need not be again 
described below. 

[0076] FIGS. IIA and IIB are schematic views showing a method for managing routing 
information newly added to the routing table. Referring to FIG. 1 1 A, when new forwarding 
information having a forwarding address (i.e., a prefix) of "3" is added to IOP#l 210, new 
forwarding information is added to the aggregation tree and the forwarding table of the IOP#l , and 
is advertised to routing node IOP#n. Referring to FIG. 1 IB, when new forwarding information 
having a forwarding address (i.e., a prefix) of "4" is added to the I0P#1 210, the new forwarding 
information is added to the aggregation tree and to the forwarding table for the I0P#1 . 
[0077] In FIGS. 1 1 A and 1 IB, the cross-hatched portion in an lOP area of the aggregation tree 
indicates that forwarding information has been advertised to the virtual area, and a cross-hatched 
portion of an FE area represents that the forwarding information is stored in the local forwarding 
table. 

[0078] Referring to FIG. 1 1 A, when new forwarding information having a forwarding address 
(i.e., a prefix) of "3" is added to I0P#1 210 in a state that IOP#l 210 has no other information 
registered therein, a control section of I0P#1 210 adds new forwarding information to the 
aggregation tree and the forwarding table of IOP#l 210, and creates a virtual parent node having a 
forwarding address (i.e., a prefix) of" 1". At this time, since the node having the forwarding address 
(i.e., a prefix) of "3" and the node having the forwarding address (i.e., a prefix) of "1" are created 
from IOP# 1 2 1 0, " r' is displayed in the source lOP areas of the aggregation tree. In addition, IOP# 1 
2 1 0 advises IOP#n 290 about the new forwarding information added to the aggregation tree and the 
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forwarding table of I0P#1 2 1 0. At this time, node information having the forwarding address (i.e., 
the prefix) of "3" is stored in the forwarding table of I0P#1 210. 

[0079] In addition, IOP#n 290, which is notified by I0P#1 210 that the new forwarding 
information is added to the aggregation tree and to the forwarding table of IOP# 1210, creates a node 
having the forwarding address (and prefix) of "3" and the node having the forwarding address (and 
prefix) of " 1 and stores the nodes in the aggregation tree of IOP#n 290. Since both the node having 
the forwarding address (i.e., the prefix) of "3" and the node having the forwarding address (i.e., a 
prefix) of" 1 " are firstly created fi-om IOP# 1 2 1 0, " 1 " is displayed in a source lOP area of IOP#n 290. 
Node information having the forwarding address (i.e., a prefix) of "1" however, is stored in the 
forwarding table of IOP#n 290. A node having the forwarding address (i.e., a prefix) of "1" is a 
parent node of a node having the forwarding address (i.e., a prefix) of" 1 Accordingly, these results 
represent that forwarding information for a node having a forwarding address (i.e., a prefix) of "3" 
is transferred to IOP#n 290 from the virtual area. 

[0080] Referring to FIG. 1 IB, when forwarding information having a forwarding address (i.e., a 
prefix) of "4" is added to the IOP#l 210 after forwarding information having a forwarding address 
(i.e., a prefix) of "3" has been added to the IOP#l 2 10, an aggregation is carried out with respect to 
forwarding information so that there is no requirement to advertise forwarding information having 
a forwarding address (i.e., a prefix) of "4'' to IOP#n 290. Accordingly, interface devices connected 
to the local area of IOP#n 290 are moved to I0P#1 210 based on the information in the forwarding 
table of IOP#n 290, so that routing to interface devices having a forwarding address (i.e., a prefix) 
of "3" or "4" is possible based on the information in the forwarding table of the IOP#l 210. 
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[0081] FIGS. 12A and 12B are schematic views showing a method for managing routing 
information deleted from the routing table. 

[0082] Referring to FIG. 12 A, when the forwarding information with a forwarding address (i.e., 
a prefix) of "3" and the forwarding information having a forwarding address (i.e., a prefix) of "4" 
are connected to the local area of IOP#l 210, forwarding information having a forwarding address 
(i.e., a prefix) of "4" is deleted from the local area. In FIG. 1 IB, forwarding information with a 
forwarding address (i.e., a prefix) of "4" is not advertised to the virtual area, so the deleted 
forwarding information is only applied to the aggregation tree and the forwarding table of the I0P#1 
2 1 0 in FIG. 12B. That is, there is no requirement to advertise deleted forwarding information to the 
virtual area. 

[0083] Referring to FIG. 12B, when forwarding information with a forwarding address (i.e., a 
prefix) of "3" and forwarding information with a forwarding address (i.e., a prefix) of "4" are 
connectedto the local area of IOP# 1210, forwarding information having a forwarding address (i.e., 
a prefix) of "3" is deleted from the local area. In FIG. IIB, forwarding information having a 
forwarding address (i.e., a prefix) of "3" is advertised to the virtual area, so it is required to advertise 
the deleted forwarding information to IOP#n 290 through the virtual area. In addition, the 
aggregation tree of IOP# 1 2 1 0 is searched to identify any sibling node of a node having a forwarding 
address (i.e., a prefix) of "3" in order to provide information about the sibling node, which has a 
forwarding address (i.e., a prefix) of "4", to IOP#n 290 as a delayed report. 
[0084] Upon receiving the delayed report, IOP#n 290 deletes forwarding information with a 
forwarding address (i.e., a prefix) of "3" and newly added forwarding information with a forwarding 
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address (i.e., a prefix) of "4" thereto. 

[0085] FIGS. 13A through 13D are two coordinate graphs showing test results representing the 
effect of a dynamic management method for forwarding information according to one embodiment 
of the present invention. 

[0086] hi order to obtain the above test results, 53,000 routing entries are added by using a galaxy 
system including one S WM switch module and two lOPs routing nodes, and a routing table entry 
for a core BGP router available fi-om a site (such as http://bgp.potaro.net/ ), and a predetermined 
proportion of the routing entries are flapped. 

[0087] FIG. 13A is a two coordinate graph showing test results for checking whether or not the 
aggregation effect is affected by the order of the entries to be added. Sample entries aligned in an 
ascending order are added while randomly changing the order of the sample entries about ten times. 
Referring to FIG. 1 3 A, a difference between a maximum number and a minimum number of control 
packets is less than ten, and the number of the forwarding entries is less than sixty. Accordingly, it 
is understood from these test results that the aggregation effect attained by the present invention is 
rarely affected by the order of the entries to be added. 

[0088] FIG. 13B is a two-coordinate graph showing the measured results of transmission of 
control packets, which are transmitted for synchronizing routing tables between lOPs, while flapping 
53,000 BGP routing entries from 0% to 70%. Referring to FIG. 13B, when the aggregation effect 
of the present invention is applied, the number of control packets is reduced by approximately, 24 
to 32 % of the control packets. 

[0089] FIG. 13C is a two coordinate graph showing the measured results of the number of 
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forwarding entries remaining in the forwarding table while withdrawing 0% to 70% of 53,000 core 
BGP routing entries. Referring to FIG 13C, when the aggregation effect of the present invention is 
applied, the number of forwarding entries is reduced by approximately, 20 % of the forwarding 
entries. 

[0090] FIG. 1 3D is a two coordinate graph showing convergence time as a function of the number 
of flap entries. Referring to FIG. 13D, when the aggregation effect of the present invention is 
applied, the convergence time is noticeably shortened. 

[0091] FIGS. 14A through 14J are views showing algorithms of a dynamic management method 
suitable for forwarding information according to one embodiment of the present invention. FIG. 1 4A 

« 

represents an algorithm of a procedure for dynamically adding forwarding information, FIG. 14B 
represents an algorithm of a procedure for dynamically deleting forwarding information, and FIGS. 
14C through 14J represent sub-algorithms for executing the algorithms of FIGS. 14A and 14B. 
[0092] As described above, according to the present invention, the aggregation or the 
disaggregation of forwarding information is carried out in response to the deletion or addition of 
forwarding information in the router having the distributed architecture, so the size of the forwarding 
table managed by each routing node of the router constructed with distributed architecture can be 
reduced. In addition, transmission of control packets, which are transmitted so as to update the 
forwarding table in the router with a distributed architecture, can be reduced, thereby reducing 
internal traffic. 

[0093] While the present invention has been shown and described with reference to certain 
preferred embodiments thereof, it will be understood by those skilled in the art that various changes 
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in form and details may be made therein without departing from the spirit and scope of the invention 
as defined by the appended claims. 



-28- 



